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(54) Acquisition and operation of remotely loaded software using applet modification of browser 
software 



(57) Methods, systems, and software for installing 
and operating selected software applications on a client 
computer that is in communication with a server com- 
puter on a computer network is described. In one as- 
pect, a method for installing and operating a selected 
software application on a client computer that is in com- 
munication with a server computer across a computer 
network. In one embodiment, browser software is pro- 
vided on the client computer that includes a browser us- 
er interface and is effective to identify and download se- 
lected software applications from the server onto the cli- 
ent computer for execution thereby. A data transfer com- 
munication link is established between the client and 
server computers across the network, a desired soft- 
ware application is selected using the browser, and the 



desired software application is transmitted across the 
network from the server to the client. The browser user 
interface is then transmuted into the user interface of 
the desired application to allow operation of the down- 
loaded software application using the transmuted 
browser user interface. Using the methods, systems, 
and software described herein, software can be distrib- 
uted to client computers without the installation and oth- 
er management difficulties common with managing soft- 
ware on multiple computer systems. More importantly, 
the methods, systems, and apparatus provided by the 
present invention allow for the distribution of software 
that is platform-independent; thereby freeing network 
and system admin istrators-and users-from the frustra- 
tions and difficulties created by the need to manage var- 
ious platform-dependent versions of software. 
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Description 

BACKGROUND OF THE INVENTION 

1 . The Field of the Invention 

The present invention relates to network computing 
and, more specifically, to the transmission and operation 
of software distributed across computer networks. Still 
more specifically, the present invention includes a meth- 
od, apparatus, and software for dynamically modifying 
computer interfaces so that users can access and op- 
erate software distributed across a computer network. 

2. The Relevant Art 

Prior to the rise of the personal computer, computer 
users were limited to operating software that ran on 
large, mainframe computers using terminals that typi- 
cally included a keyboard for entering data and com- 
mands and a video display device (or printer) for viewing 
output. Although mainframes provided very powerful 
computing platforms, they suffered from serious draw- 
backs. In particular mainframes were expensive to in- 
stall and operate and they required all users to be con- 
nected directly to the mainframe through a terminal, 
which limited access to the mainframe for many people. 
In addition, users had very limited control over their com- 
puting environments, usually having to adapt their work 
styles and problems to suit the software and adminis- 
tration of the mainframe computer. 

Beginning in the late 1 970*s personal computers be- 
gan to overtake mainframes as the dominant computing 
platform for both personal, business, and scientific uses. 
For single users, personal computers often could pro- 
vide the same computing speed as the older main- 
frames that had to accommodate many processing jobs 
simultaneously. In addition software that ran on the per- 
sonal computers became more 'user-friendly,' allowing 
computer users to adapt both the computer and the soft- 
ware to suit their particular computation needs. The re- 
lease from requiring a connection from a terminal to a 
mainframe albwed personal computers to be located 
just about anywhere within an organization or at home. 
This capability further assured the dominance of the per- 
sonal computer over the mainframe as computing pow- 
er could be located at sites where it was needed. No 
longer did users have to tailor their operations around 
large, expensive, finicky mainframe computing centers. 

As the computing power and data storage capaci- 
ties of personal computers exploded throughout the 
1 980's the dominance of the personal computer seemed 
to be assured. As the 1 980's drew to a close, however, 
a new phenomenon began to emerge which appears 
likely to overtake the personal computer revolution of 
the past two decades. Today, ever increasing numbers 
of personal computers are linked to each other through 
high speed data networks. The most popular network 



currently is the "Internet" — the network comprising var- 
ious business, academic, and personal computer sites 
across the globe. The popularity of the Internet, and, 
more particularly, that aspect of the Internet referred to 
5 as the "World Wide Web," has prompted many organi- 
zations to form internal computer networks — the so- 
called "intranets." This interest in network computing 
has been sparked by a combination of high speed data 
networks and increasingly sophisticated network serv- 
10 ers, routers and other devices which allow many inde- 
pendent personal computers to communicate efficiently. 

The attractiveness of the World Wide Web stems in 
part from its highly visual character, the same factor that 
played a large role in the rise of the personal computer 
and its dominance over the mainframe. Typically, the 
World Wide Web is organized into various "web sites" 
which typically comprise a server that transmits data to 
a client computer running a "browser" The browser is 
software that provides the user with a window and var- 
ious controls through which data from the server can be 
viewed and navigated. A particularly useful feature of 
World Wide Web data is its ability to be linked through 
hypertext commands so that users can quickly navigate 
from one document to another and even from one web 
site to another through very simple intuitive commands 
such as the activation of a mouse button. Using the 
World Wide Web, users can view text, graphics and hear 
sounds from sites all over the globe. In addition users 
can also download new software, or software capable 
of modifying programs already installed on the client 
computers. These same features available to users of 
the World Wide Web on the Internet can also be provid- 
ed to users of a local network through an intranet. This 
capability has received increasing attention from many 
organizations as information useful to employees carry- 
ing out their assignments can be distributed quickly 
throughout the network to personal computers within the 
organization. 

However, the use of modern networks for such a 
widespread distribution of information and software 
points to a drawback regarding the highly decentralized 
nature of personal computers. Because users have so 
much control over their computing environments, and 
because of the need to maintain individual copies of 
software packages on individual computers, the man- 
agement of computer networks is becoming increasing- 
ly difficult. With so many remote computers connected 
to each other over computer networks, administrators 
are finding it difficult to insure that each user has a com- 
puter system that is configured to operate reliably and 
efficiently. Particular problems include the maintenance 
of current software revisions, modifications made to the 
operating-system and software by the users, the instal- 
lation of extraneous software on the local computer 
which is not required for performing the central tasks of 
the user, and the need to buy multiple copies of a single 
software package even if that package is used only 
sparingly. More important is the need to support soft- 
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ware that runs on different computer platforms, such as 
UNIX, Macintosh, and Windows, as several platforms 
are often used in organizations to perform different func- 
tions. For example, an organization might use Windows- 
based computers for running accounting software, Mac- 5 
intosh computers for graphics and design, and UNIX 
systems for network administration and high-end com- 
putation applications such as scientific or engineering 
calculations, or computer-aided design ("CAD") or com- 
puter-aided engineering CCAE") functions. This forces 
organizations to purchase multiple copies of the same 
software application to accommodate those uses that 
are common to all platforms (e.g., word-processing or 
database access). 

Thus, it would be of great benefit to computer users, 
and especially computer users within organizations in 
which multiple computer users are connected through a 
computer network, to provide methods and systems for 
disseminating both information and software over the 
network so that the above-described problems associ- 
ated with highly decentralized computer networks can 
be mitigated. As will be described here and below, the 
present invention meets these and other needs. 

SUMMARY OF THE INVENTION 

The present invention addresses the above-de- 
scribed difficulties in managing software distribution 
across networked computer by providing, in one aspect, 
a method, system, and software for installing and oper- 
ating selected software applications on a client compu- 
ter that is in communication with a server computer on 
a computer network. Using the methods, systems, and 
software described herein, software can be distributed 
to client computers without the installation and other 
management difficulties common with managing soft- 
ware on multiple computer systems. More importantly, 
the methods, systems, and apparatus provided by the 
present invention allow for the distribution of software 
that is platform -independent; thereby freeing network 
and system administrators — and users — from the frus- 
trations and difficulties created by the need to manage 
various platform-dependent versions of software. 

In one aspect, the present invention provides a 
method for installing and operating a selected software 
application on a computer. According to one embodi- 
ment of the method of the invention, browser software 
is provided on the computer. The browser software is 
includes a browser user interface and is effective to 
identify and download selected software applications for 
execution. A desired software application is selected us- 
ing the browser. The browser user interface is then 
transmuted into the user interface of the desired appli- 
cation to allow operation of the downloaded software ap- 
plication using the transmuted browser user interlace. 

These, and other aspects and advantages of the 
present invention, will become apparent when the De- 
scription below is read in conjunction with the accompa- 



nying Drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates a wide area computer network 
in which both computers and intranets are coupled by a 
computer network through the Internet. 

Figure 2 is a schematic representation of intranet 
such as illustrated in Figure 1 . 

Figures 3A and 3B illustrate the modification of a 
browser interface in accordance with an embodiment of 
the present invention. Figure 3A illustrates a typical 
browser interface such as used to view text and graphics 
over the World Wide Web on the Internet or from a in- 
tranet server. Figure 3B represents a browser interface 
which has been modified using the methods and appa- 
ratus described herein to provide a different functionality 
to the user. 

Figure 4 is a flowchart outlining one embodiment of 
the method of the present invention. 

Figure 5 is a flowchart illustrating in greater detail 
step 406 of Figure 4 according to one embodiment of 
the invention. 

Figure 6 is a schematic representation of one em- 
bodiment of a method for transforming a browser inter- 
face according to the present invention. 

Figure 7 is a flowchart illustrating step 41 2 of Figure 
4 in greater detail. 

Figure 8 is an illustration of a browser interface 
which includes three frames* in which text and graphics 
can be viewed independently. 

Figure 9 is a schematic representation of a method 
for modifying multiple frame browsers such as illustrated 
in Figure 8 according to one embodiment of the present 
invention. 

Figure 10 is a schematic representation of a com- 
puter system in accordance with the present invention. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

Tfie present invention provides, in one embodi- 
ment, a method, apparatus, and software for dynami- 
cally modifying a browser interface to provide software 
functionalities that are distributed from a server across 
a network to a user working on a client computer which 
is coupled to the server through the computer network. 

An illustration of one network in accordance with the 
present invention is provided in Figure 1 . Included in the 
network illustrated in Figure 1 are intranets 102 and 104 
and an individual computer shown at 106. The structure 
of intranets 102 and 104 is described in greater detail 
below with respect to Figure 2. Both of the intranets and 
the computer are connected to the computer network 
through a variety of computer gateways ("G/W"). In 
some embodiments, the computer network includes the 
Internet. Referring to Figure 1 more specifically, intranet 
102 is coupled with intranet 104 and computer 106 
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through the Internet which is shown generally at 108. 
The connection between intranet 102 and Internet 108 
is provided first through a gateway 11 0 which is coupled 
with intranet 102 and a 'backbone' or high capacity da- 
taline 112. Data from a high capacity line 112 is routed 5 
through gateway 114 through Internet 108 which data 
passes through a second gateway 116 and into high ca- 
pacity dateline shown at 118. It will be appreciated by 
those of skill in the computer network arts that dataline 
118 can be the same as dataline 112 or may represent 
a separate backbone to which various other individuals 
and networks are coupled. 

Data that travels from intranet 102 through the In- 
ternet and over high speed dataline 1 1 8 passes through 
gateway 120 to intranet 104 or through gateway 124 to 
computer 106. Thus according to the illustrated embod- 
iment data can be passed among computer 106 intranet 
104 and intranet 102. In particular, the data may travel 
through the Internet 108 as just described, or may pass 
across the backbone 118 between the user and intranet 
104. In some embodiments intranet 104 and intranet 
102 can be coupled or directly through network config- 
urations known to those of skill in the art as "extranets. 
" Extranets are network arrangements in which a given 
network or individual is coupled with a remote network 
through a dedicated data connection. This connection 
may include data that is routed through the Internet, as 
illustrated in Figure 1 , or may be a direct data feed, such 
as through an ISDN or T-1 dataline. \fork>us configura- 
tions in addition to the methods and materials for estab- 
lishing such configurations will be apparent to those of 
skill in the computer network and telecommunications 
arts. 

One embodiment of an intranet, such as illustrated 
in Figure 1 at 102 or 104, is provided in Figure 2 at 200. 
A typical intranet includes a server 202 which is coupled 
with clients 204 and 206. In addition the server can be 
coupled to other client computers such as shown at 21 0 
and 212 through a router, hub or similar data transfer 
device such as shown at 208. In addition, external users 
such as shown at 214 can be connected to the server 
either through a direct line or through the use of tele- 
phone lines using, e.g., a modem or similar device. In 
some cases, access to the intranet will be controlled to 
a high degree by a 'firewall' configuration which is illus- 
trated by the dashed box 216. The establishment of 
communications from users external to the firewall, such 
as user 214, can be achieved by traversing a gateway 
which allows access to the protected server. Such a 
gateway is illustrated at 218. 

Typically the server provides data and software that 
is accessible to the various clients which are in commu- 
nication with the server, either directly or through a de- 
vice such as a router. The construction, maintenance, 
and operation of the server, router, and various client 
machines will be well known to those of skill in the art. 
In particular, however, the server 208 will be configured 
to provide data that is compatible with browser software 



such as that used to view data on the World Wide Web 
as described above. Specifically, the data provided by 
the server will be in the form of pages of data that can 
be examined using typical browser software. In one em- 
bodiment, the server and clients are configured to ex- 
change not only data but computer software applica- 
tions and, more particularly, software in the form of 'ap- 
plets,' such as those written in the Java™ programming 
language available from Sun Microsystems of Mountain 
View, California. The term 'applet' as used herein refers 
to a software code that is executed in the context of soft- 
ware already running on the remote computer. In one 
embodiment, the software in context with which the ap- 
plet runs is the above-described browser software. Typ- 
ically, applets provide additional functionalities to brows- 
er software by performing various computational tasks 
which the browser software itself is not configured to 
perform. Thus, users who download applets can provide 
the browser software with additional functionalities that 
are not otherwise available to the browser software. 

According to one embodiment of the present inven- 
tion, the software application, and, more particularly the 
applet software, that is downloaded by the user func- 
tions to provide not only additional functionalities but is 
effective to modify the browser interface so that user is 
presented with, in effect, a different computer program. 
Thus, by downloading applets using the method and 
systems of the present invention, users can access soft- 
ware in a platform-independent fashion from a remote 
server and operate that software as if it were already 
installed on their local computer platform. Because ap- 
plets, such as Java™ applets, can function in a platform- 
independent manner, rt will be appreciated that the 
present invention provides a way of distributing software 
in a platform independent manner that allows users to 
execute software without having that software installed 
on their local machines. The advantages provided by 
such an arrangement include the ability of users to have 
access to the latest revisions of software without having 
that software installed on their local machines, having 
access to software for only those periods of time which 
the user requires the services of that software thus 
avoiding the need to purchase expensive software that 
is used only sparingly, and to have access to highly spe- 
cialized software that may otherwise be available only 
on a specific and highly specialized computing plat- 
forms. 

However, it will also be appreciated that the above- 
described application and applet software used to mod- 
ify a browser to allow a user to run a variety of software 
applications over a network can be used with a single 
computer without connection to a computer network. In 
this case, the application software (or applet) used to 
modify the browser will reside in data storage coupled 
with the computer. For example, large numbers of ap- 
plets that are effective to modify a browser's interface 
as described herein can be provided on a high-density 
storage medium, such as a CD-FIOM. A user can then 



15 



20 



25 



30 



35 



40 



45 



50 



4 



7 



EP 0 841 616 A2 



8 



use a browser (which can also be provided on the CD- 
ROM) having links to each of the applets to easily 
browse the applet software available on the CD-ROM, 
select one or more desired applets, and run the applets 
directly through the browser interface as described be- 
low. Such an arrangement would obviate the need for 
the user to traverse labyrinthine file structures and 
launch and quit various applications. The browsing and 
control of the application(s) is performed within the con- 
text of the browser software. 

The operation of the invention is described in great- 
er detail with respect to Figures 3A and 3B. Figure 3A 
illustrates a browser interface such as any Java-capable 
browser available commercially. Such browsers include 
HoUava™ from JavaSoft™ of Cupertino, California, 
Netscape Navigator available from Netscape Commu- 
nications, Inc. of Mountain View, California and Micro- 
soft Explorer available from Microsoft Corporation of 
Redmond, Washington. 

Referring to Figure 3A, typical browser interfaces, 
such as that shown 300, include a window frame 302 
which encompasses a control region 304 and a viewing 
region 306. Control region 304 typically includes page 
controls 308 which allow users to navigate between var- 
ious pages of data provided by a server such as de- 
scribed above, a text entry window 31 0 for entering var- 
ious data required by the browser, e.g., URL addresses 
or responses to queries, pull-down menus which include 
a pop up bar shown at 312 which, when activated, dis- 
play a menu of options such as shown at 31 4, in addition 
to various other buttons that activate features and utili- 
ties which are shown generally at 316. Viewing region 
306 typically includes a viewing area 31 8 which viewing 
area provides a region into which text, hypertext links, 
and graphics are displayed to the user for examination. 
Often the viewing area includes a scroll bar such as 
shown at 320 which scroll bar further includes naviga- 
tion buttons such as shown at 322 and 324 and a "thumb 
wheel* 326 all of which allow the user to scroll text up 
and down for examination. 

According to one embodiment of the present inven- 
tion, applets are provided which not only allow the user 
to execute specialized software different from the 
browser software with which the user activates the ap- 
plet, but which applet software transforms the browser 
interface to provide an interface that is specific for the 
functionality that the applet executes. An example of 
such a transformed interface is provided at 350 in Figure 
3B. As shown in Figure 3B, the transformation of the 
browser window provides a window which includes the 
original window frame 302 but which otherwise has 
completely changed the interface presented to the user. 
The degree to which the browser's interface is changed, 
will, of course, depend on the nature of the application 
software. 

Thus, in the illustrated example the control surface 
and data windows have been modified to provide a more 
extensive control area 352 and a somewhat smaller and 



fixed data viewing region 354. Control region 352 may 
contain a variety of data elements that may be the same 
as, or different from, those of the original browser win- 
dow. For example, the control region 352 in the illustrat- 
5 ed exemplary embodiment includes a variety of buttons 
356 and the data viewing region 354 includes a window 
358. It will be appreciated, of course, that the actual in- 
terface of both the browser and the applet will vary ac- 
cording to the features and functionalities provided for 
10 each type of software. Thus, in cases where database 
functionalities are provided by the applet the buttons 
356 may include commands such as sort, query gener- 
ation commands, buttons to allow the entry of new 
records and the deletion of old records, as well as but- 
tons to cause the termination of the execution of the ap- 
plet and the reconfiguration of the interface to return the 
user to the browser interface. In accordance with such 
an embodiment, the data presentation region 358 may 
provide nothing more than a window into which textural 
data is displayed in accordance with the commands pro- 
vided by the user through the control area 352. Of 
course, as mentioned above, the specific configurations 
will vary according to the functionalities and interface 
design of the particular browsers and applets being 
used and will be familiar to those of skill in the art. 

One embodiment of a method by which the afore- 
mentioned transformation is accomplished is shown at 
400 in Figure 4. As shown therein, the user first loads 
the browser software at step 402. In one embodiment, 
the browser software is installed on the local client ma- 
chine and is executed by the user directly from the client. 
Alternatively, the browser can be provided remotely 
across the network in which case the client machine is 
configured to respond more like a terminal than a stand- 
alone computing platform. The implementation of either 
configuration, and other configurations, will be apparent 
to those of skill in the art. Upon loading the browser, the 
user loads a web page which contains the desired applet 
to be executed at step 404. The loading of such web 
pages is performed using methods that are familiar to 
those of skill in the art. Upon loading the desired applet, 
the browser interface is transformed at step 406 such 
that a new interface is provided to the user which in- 
cludes functionalities and displays that are consistent 
with the functionality of the applet as illustrated above 
with respect to Figures 3A and 3B. At step 408 the user 
operates the application, e.g., the applet, using the 
transformed interface after which the user terminates 
the applet at step 410 from a command generated and 
passed to the applet through the modified browser in- 
terface. Finally, at step 412, the browser interface is re- 
turned to its original configuration from which the user 
may either select another applet to be loaded into the 
client computer, and which may transform the browser 
interface again according to the sequence just de- 
scribed, or the user may terminate operation of the com- 
puter, or the user may execute software that is installed 
on the local machine. 
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Step 406 of Figure 4, the transformation of the 
browser interface into a new interface that functions in 
accordance with the applet, is illustrated in greater detail 
at 500 in Figure 5. At step 502 the applet which is now 
executing on the client computer, having been loaded 
from the remote server using standard techniques, ac- 
quires new properties settings that will be used to define 
the new functionalities to be presented in the trans- 
formed browser interface. The settings are typically 
stored on the server on which the applet is stored. How- 
ever, the settings may be provided at other locations, 
such as different servers, or may be stored on the client 
computer system itself. At step 504 the applet commu- 
nicates the new properties settings to the browser as 
will be described in greater detail below. Upon the com- 
munication of the new properties settings to the browser, 
at step 506 the applet requests the browser to update 
its interface using the new settings. At step 508 the 
browser transforms its interface as it updates its inter- 
face through the new properties settings that have been 
provided by the applet. This transformation relies on the 
same mechanisms used to construct the original brows- 
er interface and therefore will not be described in greater 
detail as such operations will be familiar of those of skill 
in the art. 

Typical properties settings include any setting that 
is used to define what is displayed to the user in the 
browser window, including the functions that are initiat- 
ed when any displayed controls (e.g., buttons) are acti- 
vated by the user. Examples of such settings include 
those that provide menu bars, menu items, buttons, sta- 
tus messages, grow and shrink boxes, window dimen- 
sions, window location, background color, text labels, as 
well as the dimension, location, and presence of data 
fields. In addition, various page layout properties relat- 
ing to the Hypertext Mark-Up Language ("HTML") such 
as font style, font size, typeface, font color, spacing, 
kerning, anoVor leading can be controlled using the prop- 
erties settings as well. It will be appreciated that chang- 
es made to the menu bar and menu items as described 
above can be used to add dynamically new functions 
using the remote code that is provided by the applet. In 
addition, the buttons defined by the new properties set- 
tings can also be used to implement new functions. 

The method by which the applet communicates the 
new settings to the browser, as called out in step 506 of 
Figure 5 are illustrated in greater detail with respect to 
Figure 6. According to one embodiment of the present 
invention, advantage is taken of the Java™ program- 
ming language's properties class characteristics. As will 
be familiar to those of skill in the art of programming in 
the Java™ language, the properties class is defined in 
part to act as a container that is configured to maintain 
a list of browser interface properties names and their 
associated values. Such a table is illustrated at 602 in 
Figure 6. The properties names and their associated 
values are provided in the regions indicated at 604 and 
606 for the browser properties settings that are provided 



are originally and at 610 and 61 2 for the new properties 
settings that are provided by the applet. According to 
one embodiment of the invention each new instance of 
the properties class inherits values from the table from 

5 which the new properties class is created, /.a, the prop- 
erties class for the browser. The applet provides the 
browser with the location of a new table that inherits its 
values from the original table for those items that are not 
changed. The new items provided by the applet replace 

10 the corresponding items of the original data used by the 
browser. Thus, as shown in Figure 6, the central portion 
of the properties values of original table 602 are over- 
written by the new values of table 608 which is down- 
loaded by the applet from the remote server. Altema- 

15 tively, the applet can simpry overwrite the values already 
provided in the properties table that is created by the 
browser when the browser is initiated. In either case, 
either the applet or the browser should be configured to 
retain a copy of the original browser interface properties 

20 table so that the browser interface can be restored when 
the user exits the applet being used. 

Step 412 of Figure 4 in which the browser interface 
is restored following these termination of the applet, is 
shown in greater detail at 700 in Figure 7. At step 702 

2S a determination is made as to whether the applet or the 
browser is responsible for maintaining a copy of the orig- 
inal browser interface settings. If the applet has the orig- 
inal settings, then those settings are communicated to 
the browser, e.g., using the methods just described with 

30 respect to Figure 6, or by redirecting the browser to a 
copy of the original properties table that has been placed 
in memory at a location different from the modified orig- 
inal table. At step 706 the applet then sends a 'update 
interface" message to the browser to cause the browser 

6 to consult the copy of the original table to thereby restore 
its original settings and interface. Alternatively, if the 
browser is responsible for maintaining a copy of the orig- 
inal settings then the applet sends a "restore settings" 
message to the browser at step 708 which command is 

40 followed by the above-described "update interface" 
command to thereby cause the browser to restore its 
original interface. In conjunction with this the applet 
ceases execution and the user is returned to the brows- 
er interface such as shown in Figure 3A from which the 

45 browser can select additional information through the 
browser. 

In one embodiment, the present invention is config- 
ured to work with browsers that include one or more 
frames." A browser including various frames is illustrat- 

50 ed at 800 in Figure 8. The interface typically includes a 
window frame 802 into which a variety of frames shown 
at 804, 806, 808, and 810 are provided. Frame 804, also 
commonly referred to as the 0 th frame, is the base frame 
on top of which frames 806, 808, and 810 are provided. 

55 As will be familiar to those of skill in the art, various 
frames can perform a variety of independent functions. 
Thus, in the illustrated exemplary embodiment shown 
in Figure 8, frames 806 and 810 provide data viewing 
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regions 816 and 820 respectively which include scroll 
bars 812 and 814 with which the user can scroll through 
various data presented in each of the windows inde- 
pendently. Frame 808 by contrast provides a non-scroll- 
ing window 81 8. As mentioned above, the use of frames 
allows the user to review and examine information from 
independent sources through the action of independent 
frames. However, such a configuration provides certain 
difficulties with respect to the use of applets that modify 
the browser interface. In particular, since the user can 
potentially activate different, independent applets 
through each of the available frames which can lead to 
conflicts in the appearance of the user interface. In gen- 
eral, the occurrence of such 'applet conflicts' should be 
avoided to provide the user with optimal operation of the 
interface. 

In one embodiment, the above described applet 
conflicts are avoided by configuring the interface to ex- 
ecute only one applet at a time. Thus, upon the selection 
of a particular applet in a particular frame, the remaining 
frames are deactivated, or, the ability to select an applet 
from the remaining frames is deactivated. Such a tech- 
nique will be recognized as providing extremely reliable 
control over applet conflicts although this approach may 
degrade somewhat the flexibility provided by the frame 
technology. 

Alternatively, the browser can be configured to allow 
the user to identify a single 'active' frame from which as 
applet can be launched. Only applets launched from ac- 
tive frames will be allowed to run, thus allowing the user 
to select multiple applets but allowing the user only to 
execute only one applet at a time. Again, such a config- 
uration would provide the user with a high degree of con- 
trol over applet conflicts and would allow the user to ac- 
cess multiple applets and retain the use of multiple 
frames. However, such an approach would tend to be 
highly modal; thus requiring the user to keep track of 
which frame was active and would require the user to 
activate different frames in order to identify which ap- 
plets are available for execution. 

A third alternative embodiment takes advantage of 
the inheritance structure provided by Java™ and de- 
scribed above with respect to Figure 6. According to this 
embodiment, a layered structure of replacement prop- 
erties settings tables is provided using the above-de- 
scribed inheritance mechanisms. An illustration of such 
a structure is provided in Figure 9. As shown in the Fig- 
ure, a first table 902 including properties and values 904 
and 906 is provided for the 0 th , or base, frames of the 
display (e.g., layer 804 of Figure 8). As each applet is 
activated though the various frames a replacement table 
is generated in accordance with the discussion provided 
above with respect to Figure 6. Thus, an applet activated 
in frame 806 might provide a modified properties set- 
tings table such as shown at 908 which includes differ- 
ent properties and corresponding values 910 and 912 
respectively. Upon activation of a second applet in frame 
808 a second replacement table 914, having properties 



and values 91 6 and 91 8 respectively is provided. Finally, 
upon activation of a third applet in frame 810, a corre- 
sponding third replacement table 920 is provided with 
properties values 922 and corresponding data values 
s 924 provided. As illustrated in the Figure, each table 
takes advantage of the inheritance properties of the 
Java™ properties class to overwrite one or more seg- 
ments of data on the properties table instantiated previ- 
ously. Thus, the upper most table, which is associated 
with the last-activated applet, overwrites portions of the 
applets launched from the three previous frames. Sim- 
ilarly, the applet launched second-to-last is shown at 
914 and overwrites portions of the applet launched por- 
tions of the applet launched from the first frame as well 
as the interface defined by the 0* frame. Finally, the ap- 
plet launched from the first frame overwrites portions of 
the interface provided by the original interface. 

Such a structure as just described would be indic- 
ative of an applet execution hierarchy in which the most 
recently selected applet controls. Alternatively, the 
same structure can be used but wherein the applets are 
executed in reverse order of selection. In a second al- 
ternative, the order of the properties tables is shuffled 
according to which frame is being currently used. In a 
third alternative, the user is enabled to determine the 
priority by which applets are executed. Because of the 
unique inheritance properties provided by the Java™ 
properties class as described above, great flexibility is 
provided in which rules can be used to implement the 
interface provided by the applets being executed. Thus, 
old properties values tables can be ■shuffled" out and 
new tables shuffled in as applets are terminated and 
launched. 

It will be further appreciated by those of skill in the 
art that various security measures can be implemented 
in accordance with the present invention to provide pro- 
tection for data and the general operating environment 
at the client machine. In particular, because an applet is 
an executing program, care must be taken in determin- 
ing the degree of access to which the applet has over 
the local client system. Specifically, care should be pro- 
vided so that basic functionalities are retained across all 
user interfaces, such as the ability to quit the running 
applet. Other protected features include the control over 
the reading and writing of data from the client machine 
and the presentation of "spurious" interfaces into which 
an unsuspecting user might be instructed to enter sen- 
sitive information such as personal identification num- 
bers, encryption keys, or credit card numbers. In one 
embodiment, these concerns are addressed by provid- 
ing the user a mechanism for indicating to the applet the 
degree of control over which the applet will be provided 
with respect to the local system. Thus, where applets 
are being provided from servers on highly secure net- 
works, such as an intranet protected by a fire-wall as 
described above with respect to Figure 2, the applets 
may be given a high degree of access to the local ma- 
chines because the possibility of an applet executing 
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damaging operations is relatively low. Conversely, 
where systems are being used to download and execute 
applets from servers over unsecured networks, such as 
from servers distributed across the Internet, the applet 
may be provided with very few opportunities to modify 
the user's system. Still other mechanisms for providing 
security will be apparent to those of skill in the art. 

Thus it will be seen from the foregoing that the 
present invention overcomes the difficulties associated 
with diverse networked computer systems by providing 
a mechanism in which software can be downloaded to 
networked computers from a central server and execut- 
ed through a standard browser interface in a platform- 
independent manner. Using the method system and 
software provided by the present invention, users can 
select software from central sources and execute that 
software on their local machines as if that software was 
installed originally on those local machines. Thus, it will 
be appreciated that the present invention largely over- 
comes the issues of maintaining large numbers of cop- 
ies of software and appropriate software revisions 
across large divers computer networks as users can 
now download software from a single source and exe- 
cute the software for a limited period without making a 
great investment in the installation of that software. 

The present invention employs various process 
steps involving data stored in computer systems. These 
steps are those requiring physical manipulation of phys- 
ical quantities. Usually, though not necessarily, these 
quantities take the form of electrical or magnetic signals 
capable of being stored, transferred, combined, com- 
pared, and otherwise manipulated. It is sometimes con- 
venient, principally for reasons of common usage, to re- 
fer to these signals as bits, values, elements, variables, 
characters, data structures, or the like. It should be re- 
membered, however, that all of these and similar terms 
are to be associated with the appropriate physical quan- 
tities and are merely convenient labels applied to these 
quantities. 

Further, the manipulations performed are often re- 
ferred to in terms such as identifying, running, or com- 
paring. In any of the operations described herein that 
form part of the present invention these operations are 
machine operations. Useful machines for performing 
the operations of the present invention include general 
purpose digital computers or other similar devices. In all 
cases, there should be borne in mind the distinction be- 
tween the method of operations in operating a computer 
and the method of computation itself. The present in- 
vention relates to method steps for operating a compu- 
ter in processing electrical or other physical signals to 
generate other desired physical signals. 

The present invention also relates to an apparatus 
for performing these operations. This apparatus may be 
specially constructed for the required purposes, or it 
may be a general purpose computer selectively activat- 
ed or reconfigured by a computer program stored in the 
computer. The processes presented herein are not in- 



herently related to any particular computer or other ap- 
paratus. In particular, various general purpose ma- 
chines may be used with programs written in accord- 
ance with the teachings herein, or it may be more con- 
5 venient to construct a more specialized apparatus to 
perform the required method steps. The required struc- 
ture for a variety of these machines will appear from the 
description given below. 

In addition, the present invention further relates to 
computer readable media which include program in- 
structions for performing various computer-implement- 
ed operations. The media and program instructions may 
be those specially designed and constructed for the pur- 
poses of the present invention, or they may be of the 
kind well known and available to those having skill in the 
computer software arts. Examples of computer reada- 
ble media include, but are not limited to, magnetic media 
such as hard disks, floppy disks, and magnetic tape; op- 
tical media such as CD-ROM disks; magneto-optical 
media such as floptical disks; and hardware devices that 
are specially configured to store and perform program 
instructions, such as read-only memory devices (ROM) 
and random access memory (RAM). Examples of pro- 
gram instructions include both machine code, such as 
produced by a compiler, and files containing higher level 
code that can be executed by the computer using an 
interpreter. 

Figure 10 at 1000 shows a typical computer-based 
system in accordance with the present invention. The 
computer includes a processing unit 1002 effective for 
performing computations, such as, but not limited to, a 
central processing unit (CPU), or multiple processors in- 
cluding parallel processors or distributed processors. 
Processor 1002 is coupled with primary memory 1004 
such as random access memory (RAM) and read only 
memory. Typically, RAM includes programming instruc- 
tions and data, including distributed objects and their as- 
sociated data and instructions, for processes currently 
operating on processor 1002. ROM typically includes 
basic operating instructions, data and objects used by 
the computer to perform its functions. In addition, a sec- 
ondary storage device 1008, such as a hard disk, CD 
ROM, magneto-optical (floptical) drive, tape drive or the 
like, is coupled bidirectionalfy with processor 1002. Sec- 
ondary storage device 1 008 generally includes addition- 
al programming instructions, data and objects that typ- 
ically are not in active use by the processor, although 
the address space may be accessed by the processor, 
e.g., for virtual memory or the like. The above described 
computer further includes an input/output source 1010 
that typically includes input media such as a keyboard, 
pointer devices (e.g., a mouse or stylus) and the like. 
Computer 1000 also includes a network connection 
1012. Additional mass storage devices (not shown) may 
also be connected to CPU 1002 through network con- 
nection 1012. It will be appreciated by those skilled in 
the art that the above described hardware and software 
elements, as well as networking devices, are of stand- 
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ard design and construction. 

The computer-implemented methods described 
herein can be implemented using techniques and appa- 
ratus well-known in the computer science arts for exe- 
cuting computer program instructions on computer sys- 
tems. As used herein, the term "computer system* is de- 
fined to include a processing device (such as a central 
processing unit, CPU) for processing data and instruc- 
tions that is coupled with one or more data storage de- 
vices for exchanging data and instructions with the 
processing unit, including, but not limited to, RAM, 
ROM, CD-ROM, hard disks, and the like. The data stor- 
age devices can be dedicated, i.e., coupled directly with 
the processing unit, or remote, i.e., coupled with the 
processing unit, over a computer network. It will be ap- 
preciated that remote data storage devices coupled to 
a processing unit over a computer network can be ca- 
pable of sending program instructions to a processing 
unit for execution on a particular workstation, in addition, 
the processing device can be coupled with one or more 
additional processing devices, either through the same 
physical structure (e.g., in a parallel processor), or over 
a computer network (e.g., a distributed processor.). The 
use of such remotely coupled data storage devices and 
processors will be familiar to those of skill in the compu- 
ter science arts. The term 'computer network" as used 
herein is defined to include a set of communications 
channels interconnecting a set of computer systems 
that can communicate with each other. The communi- 
cations channels can include transmission media such 
as, but not limited to, twisted pair wires, coaxial cable, 
optical fibers, satellite links, or digital microwave radio. 
The computer systems can be distributed over large, or 
"wide* areas (e.g., over tens, hundreds, or thousands of 
miles, WAN), or local area networks (e.g., over several 
feet to hundreds of feet, LAN). Furthermore, various lo- 
cal- and wide-area networks can be combined to form 
aggregate networks of computer systems. One example 
of such a confederation of computer networks is the "In- 
ternet.* 

Although only a few embodiments of the present in- 
vention have been described, it should be understood 
that the present invention may be embodied in many 
other specific forms without departing from the spirit or 
scope of the present invention. By way of example, al- 
though the invention has been described in terms of a 
Java™ GUI and a Hot Java™ presentation engine, any 
suitable GUI and presentation engine which are plat- 
form-independent may be implemented. Therefore, the 
present examples are to be considered as illustrative 
and not restrictive, and the invention is not to be limited 
to the details given herein, but may be modified within 
the scope of the appended claims and their equivalents. 



Claims 

1. A method for installing and operating a selected 
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software application on a computer, said software 
application having a software application user inter- 
face, the method comprising the steps of: 

5 providing browser software on said computer, 

said browser software including a browser user 
interface and said browser software being ef- 
fective to identify said selected software appli- 
cation for execution; 

10 

selecting said selected software application us- 
ing said browser; and 

transmuting said browser user interface into 
*5 said application user interface to albw thereby 

operation of said selected software application 
using said transmuted browser user interface. 

2. The method as recited in claim 1 further including 
20 the steps of terminating said software application 
and restoring said browser user interface by trans- 
muting said software application user interface into 
said browser user interface. 

25 3. The method as recited in any one of the preceding 
claims wherein said software application is located 
on a server computer that is coupled with said com- 
puter through a computer network, said method fur- 
ther including the steps of: 

30 

establishing a data transfer link between said 
server and said computer; and 

loading into the memory of said computer a set 
35 of properties settings corresponding to said 

software application user interface that are ef- 
fective to transmute said browser user interface 
into said application user interface when said 
set of properties settings are exchanged for a 
40 set of properties settings corresponding to said 

browser user interface. 

4. The method as recited in claim 3 further including 
the step of storing said second set of properties set- 

45 tings. 

5. The method as recited in claim 4 wherein said step 
of storing said second set of properties settings is 
performed by one of said software application and 

50 said browser software. 

6. The method as recited in any one of the preceding 
claims wherein said step of transmuting said brows- 
er user interface into said application user interface 

55 comprises the step of instructing said browser soft- 
ware to update said browser user interface. 

7. The method as recited in any one of the preceding 
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claims wherein said browser user interface com- 
prises a plurality of frames, at least one of said 
frames being effective to identify and select inde- 
pendently a software application. 

5 

8. The method as recited in claim 7 wherein only one 
of said frames is active and said step of selecting is 
performed for the currently active frame. 

9. The method as recited in claim 7 wherein only one 
of said frames is active and said step of transmuting 
is performed for a software application selected us- 
ing the currently active frame. 

10. The method as recited in claim 7 wherein a plurality 
of said frames is active simultaneously and said 
step of transmuting is performed for each frame in 
which a software application is executing. 

11. The method as recited in any one of the preceding 
claims wherein said software application comprises 
an applet. 

12. The method as recited in claim 11 , wherein said ap- 
plet is a Java™ applet. 

1 3. The method as recited in claim 1 1 wherein said soft- 
ware application comprises a Java™ applet and 
said step of transmitting said selected software ap- 
plication comprises loading a first set of properties 
settings corresponding to said browser user inter- 
face and a second set of properties settings that are 
effective to transmute said browser user interface 
into said software application user interface when 
said first set of properties settings are exchanged 
for said second set of properties settings, said first 
set of properties settings and said second set of 
properties settings each including a table of user in- 
terface attributes and attribute values correspond- 
ing to said attributes. 

14. The method as recited in claim 13, wherein said 
browser user interface comprises a plurality of 
frames including a base frame, at least one of said 
plurality of frames being effective to identify and se- 
lect independently a software application from said 
server. 

15. A method for installing and operating a selected 
software application on a client computer, said soft- 
ware application having a software application user 
interface and said software application residing on 
a server computer that is coupled with said client 
computer through a computer network, the method 
comprising the steps of: 

providing browser software on said client com- 
puter, said browser software including a brows- 



er user interface and said browser software be- 
ing effective to identify and download a select- 
ed applet onto said client computer for execu- 
tion; 

establishing a data transfer communication link 
between said client computer and said server 
computer across said computer network; 

selecting said selected applet using said 
browser; 

transmitting said selected applet from said 
server computer to said client computer across 
said computer network; and 

transmuting said browser user interface into 
said application user interface to allow thereby 
operation of said selected software application 
using said transmuted browser user interface. 

16. The method as recited in claim 15 wherein said ap- 
plet is a Java™ applet, and said step of transmitting 
said selected software application comprises load- 
ing a first set of properties settings corresponding 
to said browser user interface and a second set of 
properties settings that are effective to transmute 
said browser user interface into said software ap- 
plication user interface when said first set of prop- 
erties settings are exchanged for said second set 
of properties settings, said first set of properties set- 
tings and said second set of properties settings 
each including a table of user interface attributes 
and attribute values corresponding to said at- 
tributes. 

17. The method as recited in claim 16 wherein said first 
set of properties settings and said second set of 
properties settings each comprise software objects 
such that the software object defining said second 
set of properties settings has an inheritance rela- 
tionship with the software object defining said first 
set of properties settings, wherein the default val- 
ues of said second set of properties settings are the 
properties settings of said first set of properties set- 
ting parameters, and said step of transmuting said 
browser software user interface into said software 
application user interface includes substituting se- 
lected default values of said first set of properties 
settings with properties settings corresponding to 
said software application user interface. 

18. The method as recited in claim 17 further including 
the step of storing said second set of properties set- 
tings, wherein said step of storing said second set 
of properties settings is performed by one of said 
applet and said browser software. 



15 



20 



25 



30 



35 



40 



45 



50 



10 



19 



EP0 841 616 A2 



20 



19. The method as recited in claim 17 wherein said step 
of transmuting said browser user interface into said 
software application user interface comprises the 
step of instructing said browser software to update 
said browser user interlace such that said browser 
user interface is reconstructed using said first set of 
properties setting values to produce thereby said 
software application user interface. 

20. A computer system for executing a selected soft- 
ware application on a computer, said software ap- 
plication having a software application user inter- 
face, said computer system comprising: a computer 
coupled with at least one memory device which 
holds therein browser software including a browser 
user interface, said browser software being effec- 
tive to identify a selected software application for 
execution by said computer, said selected software 
application being effective to transmute said brows- 
er user interface into said software application user 
interface to allow thereby operation of said selected 
software application using said transmuted browser 
user interface when said software application is ex- 
ecuted by said computer. 

21 . The computer system as recited in claim 20 wherein 
said software application is stored on a second 
memory device coupled with said computer, said 
memory device coupled with said computer in- 
cludes a first set of properties settings correspond- 
ing to said browser user interface, and said second 
memory device holds a second set of properties 
settings that are effective to transmute said browser 
user interface into said software application user in- 
terface when said second set of properties settings 
are exchanged for said first set of properties set- 
tings, wherein each of said first set of properties set- 
tings and said second set of properties settings in- 
clude a table of user interface attributes and at- 
tribute values corresponding to said user interface 
attributes. 

22. The computer system as recited in either claim 20 
or claim 21 wherein said software application com- 
prises an applet a Java™ applet. 

23. The computer system as recited in either claim 21 
or claim 22 wherein said first set of properties set- 
tings and said second set of properties settings 
each comprise software objects such that the soft- 
ware object defining said second set of properties 
settings has an inheritance relationship with the 
software object defining said first set of properties 
settings, wherein the default values of said second 
set of properties settings are the properties settings 
of said first set of properties setting parameters, and 
said selected software application is configured to 
substitute selected default values of said second 



set of properties settings with properties settings 
corresponding to said selected software application 
user interface when said selected software applica- 
tion transmutes said browser user interface into 
s said software application user interface. 

24. The computer system as recited in any one of 
claims 20-23 wherein said browser user interface 
comprises a plurality of frames, at least one of said 

io frames being effective to identify and select inde- 
pendently a software application from said server. 

25. The computer system of claim 24, wherein only one 
of said frames is active and said step of selecting is 

is performed for the currently active frame. 

26. The computer system of claim 24, wherein only one 
of said frames is active and said step of transmuting 
is performed for a software application selected us- 

20 jng the currently active frame. 

27. A computer-readable medium comprising compu- 
ter-readable program code devices configured to 
cause a computer to: 

25 

display a browser user interface, said browser 
user interface being effective to control browser 
software operating on said computer, 

30 display at least one software application stored 

on memory coupled with said computer using 
said browser user interface, said software ap- 
plication having an application user interface; 

35 identify a selected software application from 

memory for transfer to said computer; and 

cause the transfer of said selected software ap- 
plication from said memory to said computer 

40 such that said transferred selected software ap- 

plication causes a transmuting of said browser 
user interface into said application user inter- 
face whereby said application can be controlled 
from said transmuted browser user interface 

45 when said application is being executed by said 

computer. 

28. The computer readable medium as recited in claim 
27 including computer-readable program code de- 

so vices defining: 

a first set of properties settings corresponding 
to said browser user interface; and 

55 a second set of properties settings that are ef- 

fective to transmute said browser user interface 
into said software application user interface 
when said second set of properties settings are 
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exchanged for said first set of properties set- 
tings; 

wherein each of said first set of properties set- 
tings and said second set of properties settings 
include a table of user interface attributes and 
attribute values corresponding to said user in- 
terface attributes. 
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